1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



REMARKS 

Claims 1-34 are pending. Reconsideration and allowance of the pending 
claims is respectfully requested. 

35 U.S.C. § 102(e) Claim Rejections 

Claims 1-34 were rejected under 35 U.S.C. § 102(e) as being anticipated by 
U.S. Patent No. 6,742,015 to Bowman- Amuah (hereinafter "Bowman- Amuah"). 
The Applicant respectfully disagrees. 

Claim 1 recites a server system having "one or more computers" and "an 
application executing on the computers to handle client requests", "the application 
comprising: a business logic layer to process the client requests according to a 
particular business domain and produce replies to be returned to the clients in 
response to the client requests" and "a presentation layer separate from, but in 
communication with, the business logic layer to structure the replies in a manner 
that makes the replies presentable on different types of client devices." Bowman- 
Amuah does not disclose, teach, or suggest these aspects. 

Bowman-Amuah describes base services patterns in a netcentric 
environment. Although Bowman-Amuah describes "business logic" and 
"presentation logic", the presentation logic of Bowman-Amuah is limited to 
implementation on the client, as shown by the following excerpts: 

At a minimum, a two-tiered client/server architecture assumes 
that an application's presentation logic resides on the client 

and its data management logic resides on the server. See 
Bowman-Amuah, Col 33, Lines 24-27 (emphasis added). 

Three-tiered architecture describes a distributed application 
architecture in which business applications are separated into 
three logical components: presentation and control, 
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application logic, and data management. These logical 
components are "clean layered" such that each runs on a 
different machine or platform, and communicates with the 
other components via a network. See Bowman-Amuah, Col. 
33, Lines 59-65. 

As shown in the above excerpted portions, in each architecture described in 
Bowman-Amuah 5 the execution of the presentation logic is performed on the 
client. Accordingly, Bowman-Amuah does not disclose, teach or suggest 
execution of the presentation logic on a server. This argument even finds support 
by the Office's assertion of FIG. 10, which is provided below for convenience: 




Bisa 



sow 



As is readily apparent from FIG. 10, the presentation 1000 and Business logic 
1022 of Bowman-Amuah are included on the client, and not on the server. 

Claim 1, however, recites a "server system" having "one or more 
computers", and "an application executing on the computers to handle client 
requests" having "a business logic layer to process the client requests" and "a 
presentation layer separate from, but in communication with, the business logic 
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layer to structure the replies in a manner that makes the replies presentable on 



different types of client devices." 

The Office asserts the following in the "Response to Arguments" section of 
the Final Office Action: 

Bowman- Amuah discloses a presentation layer separate from 
(presentation and business logic are loosely coupled, elements 
fig 122, col 248, lines 6-10), but in communication with (web 
server is in communication with organization application, 
application includes business logic, col 44, liens 63-67 and 
col 45, lines 1-5, col 107, lines 22-67), the business logic 
layer to structure the replies in a manner that makes the 
replies presentable on different types of client devices 
(elements, fig 124, thin client, browser, runs on different 
devices, fat clients, fig 10, col 32, lines 45-63, col 27, lines 5- 
12). Final Office Action Dated February 15, 2005, Page 73. 

The Applicant respectfully disagrees. The portions of Bowman-Amuah asserted 
by the Office are excerpted as follows: 

The way that Presentation Services interact with client-side 
business logic is very important to the overall scalability and 
maintainability of the application. An application's business 
logic is expected to be highly reusable, even on the client. 
Bowman-Amuah, Col. 248, Lines 6-10. 

As shown in this excerpt, Bowman-Amuah describes presentation services 
interacting with "client-side business logic". However, Claim 1 recites an 
application having "business logic layer" and a "presentation layer ... to structure 
the replies in a manner that makes the replies presentable on different types of 
client devices". 

The Office then asserts the following excerpt from Bowman-Amuah for 
"communication": 
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Web3270--a plug-in from Information Builders that allows 
mainframe 3270-based applications to be viewed across the 
Internet from within a browser. The Web3270 server provides 
translation services to transform a standard 3270 screen into 
an HTML-based form. Interest in Web3270 and similar plug- 
ins has increased with the Internets ability to provide 
customers and trading partners direct access to an 
organizations applications and data. Screen scraping plug-ins 
can bring legacy applications to the Internet or intranet very 
quickly. Bowman-Amuah, Col. 44, Lines 63 to Col 45, Line 
5. 

The above excerpt merely describes viewing applications using a browser. 
Therefore, these two excerpts describe presentation services and client-side 
business logic on a client and a plug-in that allows a browser to view an 
application over the Internet. 

The Office then asserts the following excerpts for "web server is in 
communication with organization application, application includes business 
logic". Final Office Action Dated February 15, 2005, 

Web Server Services enable organizations to manage and 
publish information and deploy Netcentric applications over 
the Internet and intranet environments. These services support 
the following: 

Managing documents in most formats such as HTML, 
Microsoft Word, etc. Handling of client requests for HTML 
pages. A Web browser initiates an HTTP request to the Web 
server either specifying the HTML document to send back to 
the browser or the server program (e.g., CGI, ASP) to 
execute. If the server program is specified, the Web server 
executes the program which generally returns a formatted 
HTML page to the Web Server. The Web server then passes 
this HTML page just as it would any standard HTML 
document back to the Web browser. 

Processing scripts such as Common Gateway Interface (CGI), 
Active Server Pages (ASP). Server side scripting enables 
programs or commands to be executed on the server machine 
providing access to resources stored both inside and outside 
of the Web server environment. For example, server side 
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scripts can be used to process requests for additional 
information, such as data from an RDBMS. 
Caching Web pages. The first time a user requests a Web 
page, the Web server retrieves that page from the network and 
stores it temporarily in a cache (memory on the Web server). 
When another page or the same page is requested, the Web 
server first checks to see if the page is available in the cache. 
If the page is available, then the Web server retrieves it from 
the cache, otherwise it retrieves it from the network. Clearly, 
the Web server can retrieve the page from the cache more 
quickly than retrieving the page again from its location out on 
the network. The Web server typically provides an option to 
verify whether the page has been updated since the time it 
was placed in the cache, and if it has to get the latest update. 
Possible Product Options 

Netscape Enterprise Web Server; Microsoft Internet 

Information Server (IIS); Oracle Webserver. 

The following are relevant products for providing or 

implementing HTTP Web Server Services: 

Netscape Enterprise Web Server 

An enterprise-strength Web server that enables organizations 
to manage and publish their information and deploy 
Netcentric applications. Bowman-Amuah, Col. 107, Lines 20- 
66. 

The above asserted portion of Bowman-Amuah, however, merely describes 
passing of web pages, "just as it would any standard HTML document back to the 
Web browser". Bowman-Amuah, Col 107, Lines 34-35. Although Bowman- 
Amuah describes a "fat client" and a "thin client", this reference does not disclose, 
teach or suggest "structuring the replies in a manner that makes the replies 
presentable on different types of client devices". Rather, Bowman-Amuah merely 
describes a standard HTML document communicated for viewing by a browser 
and makes no mention of structuring of the replies as recited in Claim 1. 

The Office also asserts FIG. 122 for support of "loosely coupled" 
presentation and business logic, the asserted figure is reproduced as follows: 
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FIG. 122 shows presentation boxes separated by a network under the heading 
"distributed presentation". However, nowhere in the text of Bowman-Amuah is 
this arrangement discussed. It is not apparent from the figure what is being 
accomplished under this heading. Indeed, the words "distributed presentation" do 
not even appear in the text of Bowman-Amuah. Therefore, it is respectfully 
submitted that FIG. 122 provides no guidance as to the recited features of Claim 1. 

Accordingly, for at least these reasons, Claim 1 is not anticipated nor 
rendered obvious by Bowman-Amuah and withdrawal of the rejection is 
respectfully requested. 

Claims 2-11 are dependent claims which depend either directly or 
indirectly from claim 1 . Accordingly, these claims are allowable for at least this 
reason. Additionally, these claims are also allowable for their own recited 
features, which are not disclosed, taught or suggested by Bowman-Amuah. 
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Claim 5, for instance, recites "wherein the different types of client devices 
support different data formats, the presentation layer being configured to select 
appropriate data formats for encoding the replies". The Office references a 
portion of Bowman- Amuah for such disclosure, which is excerpted as follows: 

The number of tiers in NCC and traditional client/server 
systems is different. NCC extends the traditional two-tier 
client/server architecture to a n-tier architecture. 
The client in NCC systems is different from a client in 
traditional client/server systems. The client in a NCC system 
is a standardized universal one; a NCC application can 
execute within a client that can run on multiple operating 
systems and hardware platforms. In traditional client/server 
systems, the client is custom-made for a specific operating 
system and hardware platform. 

The way in which NCC and traditional client/server systems 
can be extended and adapted is different. Components enable 
NCC systems to be adaptable to a variety of distribution 
styles, from a "thin client" to a "fat client". In comparison, 
traditional client/server systems, once designed and built, 
cannot be adapted for use on more than one computing style. 
Tiers 

Similarly to traditional client/server architectures, Netcentric 
architectures support a style of computing where processes on 
different machines communicate using messages. 

Neither this referenced portion, nor the other referenced portion cited by the 
Office disclose, teach or suggest the above recited features of Claim 5. Indeed, the 
asserted portion of Bowman- Amuah does not even include the word "format". 
Further, as before, the referenced portion of Bowman- Amuah is again limited to 
execution on the client and does not disclose, teach or suggest execution on the 
server. Accordingly, Claim 5 is not anticipated by Bowman-Amuah and 
withdrawal of the rejection is respectfully requested. 

Claim 6 recites "wherein the different types of client devices support 
different communication protocols, the presentation layer being configured to 
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select appropriate communication protocols for delivering the replies to the 
clients", which is not disclosed, taught or suggest by Bowman-Amuah. The 
Office asserts the following portion of Bowman-Amuah for such teaching: 

Will the tool be used with a large development team? 
If the development team is more than 5 people, a tool should 
provide support for multiple developers. This support 
includes features such as object check-in/check-out, a central 
design repository for the storage of application objects and 
user interface definitions, and version control. Additionally, 
the development team should be able to cleanly divide the 
application(s) into pieces which can be worked on by multiple 
people. 

What protocols are used to communicated with the database? 
Important considerations include the supported databases and 
protocols used to communicated with the databases. The tool 
must support the selected database. Additionally, if the 
database selection may change, it is important that the tool 
have the ability to support other databases with minimal 
impact on the application development. Native database 
interfaces tend to have better performance than open 
standards such as ODBC. 

Will the design tool be used for programming of client 
applications? What programming language is supported? 
Bowman-Amuah, Col. 37, Lines 45-67. 

As shown in the above excerpted portion, Bowman-Amuah merely describes use 
of a tool by an application development team that "may have the ability to support 
other databases with minimal impact on the application development". Bowman- 
Amuah, Col. 37, Lines 60-6 L Nowhere in the asserted portion does Bowman- 
Amuah disclose that the tool is "configured to select appropriate communication 
protocols for delivering the replies to the clients" like the presentation layer of the 
application recited in Claim 6. Accordingly, Claim 6 is not anticipated by 
Bowman-Amuah and withdrawal of the rejection is respectfully requested. 
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Claim 9 recites "a tag library containing pre-constructed tags for a variety 
of data formats" and "a request dispatcher to structure a reply for service back to a 
client device, the request dispatcher being configured to access the tag library to 
obtain tags to structure the reply according to a particular data format" which is 
not disclosed, taught or suggested by Bowman-Amuah. The Office references 
portions of Bowman-Amuah for such disclosure. However, the asserted portions 
merely describe basic functionality of HTML and does not disclose "tags to 
structure the replay according to a particular data format" as recited in Claim 9. 
Accordingly, Claim 9 is allowable for at least this reason and withdrawal of the 
rejection is respectfully requested. 

Claim 10 is dependent on Claim 9 and further recites "wherein the request 
dispatcher is configured to select a communication protocol to be used to serve the 
replay back to the client device". As previously described, the request dispatcher 
is a part of the presentation layer, which is a part of the application executing on 
the computer to handle client requests of Claim 1. The asserted portions of 
Bowman-Amuah, however, merely recite middleware that "allows the client 
application to access any service on any physical server in the network without 
needing to know where it is physically located". Bowman-Amuah, Col. 57, Lines 
47-49. Accordingly, withdrawal of the rejection is respectfully requested. 
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Claim 12 recites "[i]n a server application that receives client requests for a 
problem domain and has at least one problem solving module to generate replies 
to be served back to clients, a presentation module separate from the problem 
solving module" having "a presentation component to construct how a reply will 
appear" and "a rendering component to configure how the reply is output on a 
particular client" which is not disclosed, taught or suggested by Bowman- Amuah. 

The Office asserts the following excerpts of Bowman- Amuah for disclosure 
of the above recited features: 



The Netcentric Architecture Framework identifies those run- 
time services required when an application executes in a 
Netcentric environment. As shown in FIG. 10, the services 
can be broken down into logical areas: Presentation Services 
1000, Information Services 1002,1004, Communication 
Services 1006,1008, Communication Fabric Services 1010, 
Transaction Services 1012,1014, Environment Services 
1016,1018, Base Services 1020 and Business Logic 
1022,1024. See Bowman-Amuah, Col. 31, Lines 52-60. 

Presentation Services enable an application to manage the 
human-computer interface. This includes capturing user 
actions and generating resulting events, presenting data to the 
user, and assisting in the management of the dialog flow of 
processing. FIG. 13 illustrates several components of the 
Presentation area of the Netcentric Architecture Framework. 
See Bowman- Amuah, Col 34, Lines 62-67. 

Three-tiered architecture describes a distributed application 
architecture in which business applications are separated into 
three logical components: presentation and control, 
application logic, and data management. These logical 
components are "clean layered" such that each runs on a 
different machine or platform, and communicates with the 
other components via a network. See Bowman-Amuah, Col 
33, Lines 59-65. 
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However, as shown in the above excerpts and elsewhere in Bowman-Amuah, the 
presentation logic in Bowman-Amuah is executed on the client, an example of 
which is shown in corresponding FIG. 10 of Bowman-Amuah which is reproduced 
above. 

Thus, as stated above in relation to Claim 1, Bowman-Amuah limits 
execution of the presentation logic to the client. However, Claim 12 recites "a 
server application" having "a presentation component" and "a rendering 
component to configure how the reply is output on a particular client" which is not 
disclosed, taught or suggested by Bowman-Amuah. Accordingly, for at least these 
reasons, Claim 12 is not anticipated by Bowman-Amuah and withdrawal of the 
rejection is respectfully requested. 

Claims 13-17 are dependent claims which depend either directly or 
indirectly from claim 12. Accordingly, these claims are allowable for at least this 
reason. Additionally, these claims are also allowable for their own recited 
features, which are not disclosed, taught or suggested by Bowman-Amuah. For 
example, Claim 16 recites "wherein the clients support different communication 
protocols, the presentation component being configured to select an appropriate 
communication protocol for delivering the reply to the particular client." 
(emphasis added). The presentation logic of Bowman- Amuah, however, is limited 
to execution on the client. These claims are also allowable for the previously 
recited reasons. For example, Claims 15, 16 are allowable based on similar 
reasoning as previously described for respective claims 5 and 6. Accordingly, 
withdrawal of the rejections with respect to Claims 13-17 is respectfully requested. 
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Claim 18 recites a computer software architecture embodied on one or 
more computer-readable media, comprising: 

• a presentation tier to determine how data for communication to a 
client device is to be presented on the client device; and 

• a rendering tier, separate from the presentation tier, to determine 
how to render the data on the client device. 

As previously described in relation to Claims 1 and 12, Bowman- Amuah limits 
execution of the presentation logic on the client. Accordingly, Claim 18 is 
allowable over Bowman- Amuah. Withdrawal of the rejection is respectfully 
requested. 

Claims 19-23 are dependent claims which depend directly from claim 18. 
Accordingly, these claims are allowable for at least this reason. Additionally, 
these claims are also allowable for their own recited features, which are not 
disclosed, taught or suggested by Bowman-Amuah. For example, Claim 22 
recites "wherein the presentation tier comprises multiple dispatchers, each 
dispatcher being configured to package the data according to a particular 
communications protocol" which is not disclosed, taught or suggested by 
Bowman-Amuah. Claim 23 is allowable based on similar reasoning as was 
previously discussed in relation to Claim 9. Therefore the Applicant will not 
further burden the record by repeating the arguments. Accordingly, withdrawal of 
the rejections with respect to Claims 19-23 is respectfully requested. 
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Claim 24 recites an architecture comprising "a tag library containing pre- 
constructed tags for a variety of data formats", "multiple request dispatchers to 
structure replies to be returned to client devices in response to requests submitted 
by the client devices, individual request dispatcher formatting data according to 
particular formats that are supported by the client devices", and "content renderer 
to conform the replies to output capabilities of the client devices to which the 
replies are to be returned". Bowman-Amuah does not disclose, teach or suggest 
these aspects. The Office references various sections of Bowman-Amuah (e.g., 
FIG. 10 as reproduced above, columns 249-250, and column 72, lines 20-25) for 
teaching the "multiple request dispatchers" recited above. However, these 
sections merely describe various standards, such as RTP. Claim 24, however, 
recites "multiple request dispatchers" such that an "individual request dispatcher 
formatting data according to particular formats that are supported by the client 
devices" which is not disclosed, taught or suggested by Bowman-Amuah. 
Accordingly, Claim 24 is not anticipated by Bowman-Amuah and withdrawal of 
the rejection is respectfully requested. 

Claims 25-26 are dependent claims which depend directly from claim 24. 
Accordingly, these claims are allowable for at least this reason. Additionally, 
these claims are also allowable for their own recited features, which are not 
disclosed, taught or suggested by Bowman-Amuah. For example, Claim 25 
recites "wherein individual request dispatchers are further configured to select 
communication protocols to be used to serve the replies back to the client devices" 
which is not disclosed, taught or suggested by Bowman-Amuah. Claim 25 is 
allowable based on similar reasoning as previously discussed in relation to Claim 
10. Therefore the Applicant will not further burden the record by repeating the 
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arguments. Accordingly, withdrawal of the rejections with respect to Claims 25- 
26 is respectfully requested. 

Claim 27 recites a method comprising: 

• receiving a reply generated by a server application in response to a 
client request; 

• structuring the reply to define how the reply will appear when 
communicated to and presented at the client; and 

• independent of said structuring, conforming the reply to output 
capabilities of the client. 

As previously described in relation to Claims 1 and 12, execution of the 
presentation logic in Bowman-Amuah is limited to being performed on the client. 
Accordingly, Claim 27 is allowable over Bowman-Amuah. Withdrawal of the 
rejection is respectfully requested. 

Claims 28-32 are dependent claims which depend directly from claim 27. 
Accordingly, these claims are allowable for at least this reason. Additionally, 
these claims are also allowable for their own recited features, which are not 
disclosed, taught or suggested by Bowman-Amuah. For example, Claim 32 
recites "wherein the configuring comprising sizing the reply for a display at the 
client" which is not disclosed, taught or suggested by Bowman-Amuah. 
Accordingly, withdrawal of the rejections with respect to Claims 28-32 is 
respectfully requested. 
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Claim 33 recites one or more computer-readable media comprising 
computer-executable instructions that, when executed, direct an application server 
to: 

• generate replies in response to client requests, the client requests 
being submitted by diverse client devices that support different data 
formats and different communication protocols; and 

• structure the replies to define how the replies will appear when 
communicated to and presented on the client devices and 
independently form individual replies for output capabilities of the 
client devices so that the replies are encoded to comply with the data 
formats supported by the client devices and are sent using the 
communication protocols of the client devices. 

As previously described in relation to Claims 1 and 12, Bowman- Amuah limits 
execution of the presentation logic on the client. Accordingly, Claim 33 is 
allowable over Bowman- Amuah. Withdrawal of the rejection is respectfully 
requested. 

Claim 34 is a dependent claim which depends directly from claim 33. 
Accordingly, this claim is allowable for at least this reason. Additionally, this 
claim is also allowable for its own recited features, which are not disclosed, taught 
or suggested by Bowman-Amuah. Accordingly, withdrawal of the rejection with 
respect to Claim 34 is respectfully requested. 
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Conclusion 



All objections and rejections raised in the Office Action have been 
addressed. Accordingly, it is respectfully submitted that the present application is 
in condition for allowance and such allowance is respectfully solicited. The 
Examiner is urged to contact the undersigned if any issues remain unresolved by 
this response. 



Respectfully Submitted, 




By: 




William! Breen, III 
Reg. No. 44,313 
(509) 324-9256 x249 
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